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REMARKS 

Applicant respectfully requests favorable reconsideration of this application, as 
amended. 

Applicant thanks the Examiner for allowing Claims 1-15 and for indicating that 
Claims 17-19 are directed to allowable subject matter. 

Claims 1-16 and 18-20 are pending. Claims 1-15 are allowed, and Claims 17-18 
presently stand objected to. Claims 16, 19 and 20 presently stand rejected and will be 
discussed in detail below. By this Amendment, Claim 16 has been amended to include 
the limitations of allowable Claim 17, and Claim 17 has been cancelled without prejudice 
or disclaimer. 

Regarding the IDS submitted on 27 February 2006, Applicant notes that the 
correct citation numbers for the two references identified on page 2, item 4 of the Office 
Action were listed on the Form 1449 submitted with the IDS filed 13 April 2006 as items 
10 and 11, respectively, of Sheet 2. These items were indicated as having been 
considered by the Examiner on 06 July 2006. A copy of the seventh item of Sheet 5 of 
the 27 February 2006 IDS is submitted herewith for consideration. A copy of Applicant's 
Form 1449 indicating the Examiner's consideration of the seventh item of Sheet 5 of the 
27 February 2006 IDS is respectfully requested in the next Office Action. 

In the Office Action mailed July 18, 2006, Claims 16, 19 and 20 were rejected 
under 35 U.S.C. 102(e) over U.S. Patent No. 6,321,338 to Porras et al. ("Porras"). 
Without acceding to the outstanding rejection, Claim 16 has been amended to recite, inter 
alia, disconnecting one or more nodes in the network to test for the origin and scope of a 
potential attack and reconnecting disconnected nodes not associated with the potential 
attack from Claim 17. Claim 17, cancelled herein without prejudice or disclaimer, was 
indicated as being directed to allowable subject matter in the Office Action at page 4. 
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Therefore, Applicant respectfully submits that amended Claim 16 distinguishes 
patentably from the applied prior art, as do Claims 19 and 20 which depend from Claim 


Applicant respectfully submits that this application is now in condition for 
allowance and passage to issue is respectfully requested. 

Should the Examiner believe that any further action is necessary to place this 
application in better form for allowance, the Examiner is invited to contact Applicants' 
representative at the telephone number listed below. 

The Commissioner is hereby authorized to charge to Deposit Account No. 50- 
1 165 (T3497-9105US01) any fees under 37 C.F.R. §§ 1.16 and 1.17 that may be required 
by this paper and to credit any overpayment to that Account. If any extension of time is 
required in connection with the filing of this paper and has not been separately requested, 
such extension is hereby requested. 
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Respectfully submitted, 


Date: October /g , 2006 



James T. Carmichael 
Reg. No. 45,306 


Miles & Stockbridge, P.C. 
1751 Pinnacle Drive 
Suite 500 

McLean, Virginia 22102-3833 
(703) 903-9000 


Eric G. King 
Reg. No. 42,736 
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XML: the new document standard - extensible Markup Language 
Emedia Professional, June, 1998 by Robert J. Boeri, Martin Jlensel 

Everybody within a few degrees of hypertext circles knows that extensible Markup 
Language (XML) is hot. But what is it, how does it compare with HTML and SGML, and 
how will it affect your electronic publishing efforts? 

Definitions first: XML is both the name of a specific standard and an umbrella term for 
three distinct, complementary standards: XML, The extensible Linking Language (XLL), 
and the extensible Style Language (XSL). And true to its SGML lineage, XML really 
isn't a language at all, but rather a standard for creating markup languages. 

XML will change everything from the way you code your Web pages to the way you 
manage digital document collections. Its first point of impact will be Web applications, 
but soon XML will encompass CD/Web hybrids and structured off- Web data as well. As 
the relentless move toward making Web browsers the universal interface to information, 
it will matter less where that information is found. And as XML becomes integrated with 
Web browsers, XML's impact on data will grow far beyond the Web. 

Standard Generalized Markup Language (SGML), an International Standards 
Organization standard approved in 1986, defined the rules for creating textual markup 
languages. Although HTML has SGML roots (and in its pure form, HTML is truly an 
application of SGML with a Document Type Definition), HTML as practiced would fail 
any SGML stress test. Until recently, HTML was largely presentation-oriented (e.g., <B> 
for "bold") instead of concerned with structure (e.g., <list_item>) as is SGML. But like 
Henry Ford's Tin Lizzy, HTML gave birth to a vigorous new industry, was simple and 
affordable, and came without options. At the other extreme, SGML was designed to be 
quintessentially general yet was neither simple nor affordable. The SGML specification 
alone is about 300 pages long. 

In 1997, the Web "market" was ripe for something in between these extremes; enter 
XML. Unlike its SGML parent, XML is not an ISO standard but instead was developed 
by a consortium of nearly 300 companies under the aegis of the World Wide Web 
consortium. And its specification is about a tenth the size of its parent's. XML was 
conceived by the scent of commercial profit, the enormous popularity of the Web, the 
limitations of HTML, and the realization that file systems from local hard drives to the 
Web needed integration and access via a Web browser. Accepted as a recommended 
standard in February 1998, XML now comes with an industry guarantee that it is stable 
and will deliver the interoperability that the Web demands. 

WEB-ENABLED AND STRUCTURED 

XML by itself can be used to model and deliver structured data without any reference to 
documents, and that may prove one of its earliest uses. However, to be useful as a 
document delivery standard, its two companions~the style and linking standards-must 
also be defined. XSL defines how to display each markup tag: color, size, font attribute, 


1 


and the like. Think of XSL as a downsized version of SGML's Document Style 
Semantics Specification Language, which attempted to define rules for displaying , r 
SGML-tagged data. 

XLL, whose SGML parent is HyTime, is designed to enhance the hypertext links that 
make the Web work. Instead of providing one-to-one paths between documents, XLL 
will take advantage of XML structure. Today, clicking on a link such as "Drug Family" 
could transfer you to a specific anchor point in an aspirin medical document; clicking on 
a link such as "Drug Interactions" might take you to a different anchor point in that same 
aspirin document. In XLL, clicking on the link could let you jump to a pop-up list of 
sections in the aspirin document, such as drug interactions, drug family, warnings, or 
other sections. 

Beyond allowing publishers to create their own custom tag sets, XML has been designed 
specifically to allow real-time use. By trimming the generality of SGML, XML will 
allow browsers to interpret and display a stream of tags and data. Further, XML's 
structure will enable focused searching (e.g., find all "toxic" within "Warning" tags). 

True to its SGML roots, XML will require publishers to have a clear idea of what their 
documents' structures can be. Follow the rules of XML, and your parser can infer the 
structure of your documents from clues in the use of the tags. But publishers beware: 
unlike HTML, which you could abuse with nonstandard extensions or even misspelled 
tags (which browsers would gracefully ignore), XML is strict. In fact, the XML standard 
says in effect that XML browsers must refuse to process an XML document that isn't at 
least implicitly structured, or "well-formed." 

LINKS TO SGML ROOTS: COMMON THREADS IN HYPERTEXT'S FUTURE 

Like XML, HTML 4.0 is a recommended specification. You don't have to look very hard 
to see how these two standards, although fundamentally different, reveal their common 
SGML ancestry. HTML 4.0 places tags into three categories of suggested use, each 
corresponding to an SGML Document Type Definition: Strict (including all tags and 
attributes that have not been deprecated-discouraged from use and possibly soon to be 
removed from the spec), Transitional (all strict plus all deprecated tags and attributes), 
and Frames (all Transitional plus tags supporting frames). 

Note that most deprecated tags have been demoted to that status because they dealt with 
visual presentation, and SGML and XML both separate form from content. Instead, 
HTML 4.0 encourages the use of style sheets to apply form to your content much like 
XML. 

As HTML evolves along a path that draws it even closer to its once-dissimilar cousin, 
XML's impact becomes as ubiquitous as the Web itself. 
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Robert J. Boeri (bboeri@world.std.com) and Martin Hensel (mhensel@hensel.com) are 
columnists for Information Insider. Boeri is Information Systems Publishing Consultant 
at Factory Mutual Engineering of Norwood, Massachusetts. Hensel is president of 
Texterity Inc., a Newton, Massachusetts-based consulting firm that builds SGML-based 
editorial and production systems for publishers, corporations, interactive services, and 
compositors. 

Comments? Email us at letters@onlineinc.com, or check the masthead for other ways to 
contact us. 
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